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Verfahren zur Konf iguration eines Computerprogramius 

10 

Die Erfindung betrifft ein Verfahren zur Konf iguration 

•eines mindestens eine Funktionseinheit umfassenden 
Computerprogramius . 

15 

Die Erfindung betrifft auch ein Sof twaresystem zur 
Konf iguration eines mindestens eine Funktionseinheit 
umfassenden Computerprogramms . 

20 Stand der Technik 

Moderne Computerprogramme werden uberwiegend so 
programmiert, dass sie in einem moglichst breiten 
Anwendungsbereich einsetzbar sind. Der Anwendungsbereich 
wird einerseits durch die zur Verfugung gestellten 
Funktionalitaten, die wiederum moglichst viele 
Benutzerwiinsche abdecken sollen, und andererseits durch die 
zugrunde liegende Hardware, auf der das Computerprogramm 
ablaufen soli, bestimmt. Die zugrunde liegende Hardware 
30 bezeichnet hierbei unterschiedliche Computersysteme, die in 
unterschiedlichen Bereichen eingesetzt werden, aus 
unterschiedlichen Komponenten (beispielsweise Prozessoren 
oder Bussystemen) aufgebaut sind und/oder iiber 
unterschiedliche Per ipheriege rate verf iigen . 

35 

Unterschiedliche Funktionalitaten konnen sich aus 
unterschiedlichen Gegebenheiten der zugrunde liegenden 
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Hardware ergeben ocier aus unterschiedlichen 
Benutzerwiinschen . Eine Anpassung und damit eine 
Spezialisierung eines Computerprogramms an eine zugrunde 
liegende Hardware und an bestimmte Benut zerwunsche umfasst 
eine sogenannte Konf iguration des Computerprogramms . 

Eine Konf iguration umfasst beispielsweise das Aktivieren 
oder Deaktivieren einzelner Funktionen des 

Computerprogramms, das Setzen von Startwerten fur bestimmte 
Variablen oder das Vorgeben und Spezif izieren bestimmter 
Variablentypen . 

Es ist bekannt, die in *einem Computerprogramm verwendeten 
Variablen und Funktionen in einer sogenannten Header-Datei 
zu deklarieren und eine Konf iguration des Computerprogramms 
durchzuf iihren, indem einzelne Variablen oder 
Funktionsbezeichner in der Header-Datei verandert werden. 
Beispielsweise ist es moglich, einem in dem 
Computerprogramm verwendeten und in der Header-Datei 
deklarierten Funktionsbezeichner in Abhangigkeit von einer 
bestimmten Konf iguration eine spezielle Funktion 
zuzuweisen. 

Ublicherweise werden Computerprogramme in einer sogenannten 
Hochsprache, beispielsweise C, C++, Scheme oder JAVA, 
erstellt. Ublicherweise wird ein in einer Hochsprache 
erstelltes Computerprogramm als Source-Code bezeichnet. Urn 
ein derartiges Computerprogramm auf einem Computer 
ausfiihren zu konnen, muss aus dem Source-Code ein 
sogenannter Maschinencode erzeugt werden, der Anweisungen 
enthalt, die von dem Prozessor des Computers ausfuhrbar 
sind. Maschinencode kann durch sogenanntes Interpretieren 
oder Kompilieren des Source-Codes erzeugt werden. 

Typischerweise umfasst ein Computerprogramm eine Vielzahl 
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von Funktionseinheiten . Der Source-Code einer oder mehrerer 
Funktionseinheiten ist dabei in einer Datei abgespeichert . 
Einer oder mehrerer derartiger Dateien ist eine Header- 
Datei zugeordnet. Somit besteht ein Computerprogramm 
typischerweise aus einer Vielzahl von Dateien. Eine 
Konf iguration eines derartigen Computerprogramms , die durch 
Anderungen innerhalb einzelner Header-Dateien durchgefiihrt 
wird, ist deshalb sehr unubersicht lich und kann haufig nur 
von dem Ersteller des Source-Codes durchgefiihrt werden. 
Zudem muss eine Dokumentation aller Header-Dateien erstellt 
werden, was sehr aufwendig ist, wobei selbst die 
Dokumentation meist sehr unubersichtlich ist. 

Es ist auch bekannt , zur Konf iguration eines 
Computerprogramms diesem eine spezielle Funktionseinheit 
zuzuordnen, mittels der eine Konf iguration des gesamten 
Computerprogramms beispielsweise durch Anderung der Werte 
von vorgegebenen Parametern moglich ist. Die 
Funktionseinheit kann beispielsweise aus dem ablaufenden 
Computerprogramm heraus aufgerufen und zur Konf iguration 
des Computerprogramms ausgefuhrt werden. Eine derartige fur 
die Konf iguration des Computerprogramms vorgesehene 
Funktionseinheit erlaubt jedoch nur eine Konf iguration 
innerhalb vorgegebener Bereichsgrenzen . Eine Konf iguration 
des Computerprogramms beispielsweise zur Anpassung des 
Computerprogramms auf eine neue Hardware oder zur Anpassung 
des Computerprogramms an neue Benut zerwiinsche ist mit einer 
derartigen Funktionseinheit nicht moglich. Ferner muss die 
zur Konf iguration verwendete Funktionseinheit speziell fur 
das betreffende Computerprogramm entwickelt werden und kann 
nicht fur andere Computerprogramme verwendet werden. 

Aufgabe der Erfindung ist es daher, eine Moglichkeit zu 
schaffen, die eine moglichst ubersichtliche und flexible 
Konf iguration eines Computerprogramms erlaubt. 



4 



Die Aufgabe wird durch ein Verfahren der eingangs genannten 
Art gelost, das die folgenden Schritte umfasst: 

Erstellen mindestens einer 

implementierungsunabhangigen Konf igurationsdatei 
und/oder Anderung von in der mindestens einen 
implementierungsunabhangigen Konf igurationsdatei 
abgelegten Inf ormationen; 

automatischer Aufbau und/oder automatische 

Aktualisierung von in einem 

Konf igurationsdatencontainer abgelegten 

Konf igurationsdaten in Abhangigkeit von den in der 

mindestens einen implementierungsunabhangigen 

Konf igurationsdatei abgelegten Inf ormationen ; 

automatisches Erzeugen mindestens einer 

implement ierungsabhangigen Konf igurationsdatei in 

Abhangigkeit von den in dem 

Konf igurationsdatencontainer abgespei chert en 
Konf igurationsdaten; 

automatische Konf iguration der mindestens einen 
Funktionseinheit in Abhangigkeit von in der mindestens 
einen implement ierungsabhangigen Konf igurationsdatei 
abgelegten Inf ormationen . 

Vorteile der Erfindung 

Die eine Konf iguration bestimmenden Daten werden also 
unabhangig von einer beabsichtigten konkreten 
Implementierung in einer oder mehreren 
implementierungsunabhangigen Konf igur at ions dateien 
abgelegt . Die Implementierungsunabhangigkeit dieser 
Konf igurationdatei ermoglicht insbesondere eine abstrakte 
Beschreibung der abgelegten Inf ormationen . Dies ermoglicht 
es, die fur die Konf iguration des Computerprogramms 
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relevanten Informationen besonders gut lesbar abzulegen und 
damit die Konf iguration deutlich zu vereinf achen . Dadurch, 
dass diese Konf igurationdatei implement ierungsunabhangig 
ist, ist es insbesondere moglich, auf einfache Weise eine 
Konf iguration des Computerprogramms zu realisieren, so dass 
das Computerprogramm beispielsweise auf einem neuen 
Computersystem ablauffahig ist, dessen genaue Parameter bei 
der Erstellung des Computerprogramms noch gar nicht bekannt 
waren . 

Der Konf igurationsdatencontainer ermoglicht es, alle fur 
eine Konf iguration relevanten Daten zentral vorzuhalten. 
Mittels der in dem Konf igurationdatencontainer abgelegten 
Konf igurationsdaten wird automatisch mindestens eine 
implementierungsabhangige Konf igurationsdatei erzeugt. In 
der implement ierungsabhangigen Konf igurationsdatei f indet 
bezuglich der implementierungsunabhangigen 
Konf igurationsdatei eine Konkretisierung einzelner oder 
mehrere Parameterwerte statt. Bei einer derartigen 
Konkretisierung werden beispielsweise relative Werte durch 
absolute Werte ersetzt. Ebenso konnen einzelnen Werten oder 
Datenbereichen bestimmte Datentypen oder -strukturen 
zugeordnet werden. Die implementierungsabhangige 
Konf igurationsdatei berucksichtigt folglich 

implementierungsabhangige Eigenschaf ten, wie beispielsweise 
eine oder mehrere bei der Programmierung des Source-Codes 
verwendeten Programmiersprachen oder Eigenschaf ten der 
Hardware, auf der das Computerprogramm ablaufen soil. 

Der Aufbau beziehungsweise die Aktualisierung des 
Konf igurationsdatencontainers mittels der in den 
implementierungsunabhangigen Konf igurationsdateien 
abgelegten Informationen kann beispielsweise mittels 
sogenannter Scripte durchgefuhrt werden. Dabei bezeichnet 
ein Script eine Sequenz von Befehlen, die von einem 
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speziellen Computerprogramm ausgefuhrt werden konnen. 
Derartige spezielle Computerprogramme sind beispielsweise 
AWK oder Perl. Diese speziellen Computerprogramme konnen 
auch eingesetzt werden, um aus den in dem 

Konfigurationsdatencontainer abgelegten Konf igurationsdaten 
implementierungsabhangige Konf igur at ions date i en zu 
erzeugen. 

Ein wesentlicher Bestandteil der Erfindung ist also die 
Erkenntnis, dass die Konf iguration eines Compute rprogramms 
entscheidend verbessert werden kann, indem zwischen einen 
Benutzer (Konf igurator ) und dem Computerprograimn eine 
abstrakte Beschreibung der auszuf uhrenden Konf iguration in 
der implementierungsunabhangigen Konf igurationsdatei 
vorgesehen ist, die der Konf iguration zugrunde gelegt wird. 
Anhand der implementierungsunabhangigen Konf igurationsdatei 
wird automatisch eine implementierungsabhangige 
Konf igurationsdatei erstellt, die dann zur Konf iguration 
des Computerprogramms herangezogen wird. Das 
erfindungsgemalie Verfahren ermoglicht es also, die eine 
Konf iguration beschreibenden Inf ormationen abstrakt und 
damit besonders gut lesbar anzugeben. Durch die 
Unabhangigkeit j eglicher Implementierungsdetails wird 
ferner eine besonders hohe Flexibilitat erreicht. 

In einer vorteilhaf ten Weiterbildung des Verfahrens wird 
mindestens eine Abhangigkeitsinf ormation, die eine 
Abhangigkeit von mindestens zwei in dem 
Konfigurationsdatencontainer vorliegenden 

Konf igurationsdaten beschreibt, automatisch erzeugt. Die 
mindestens eine implementierungsabhangige 
Konf igurationsdatei wird in Abhangigkeit der mindestens 
einen Abhangigkeitsinf ormation erzeugt. 
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Abhangigkeitsinf ormationen konnen beispielsweise 
beschreiben, ob sich die Anderung eines 
Konf igurationsparameters auf einen anderen 
Konf igurationsparameter auswirkt. Wird zum Beispiel fur 
eine Funktionseinheit eine Resource ausschliefllich 
reserviert, so steht sie wahrend der Ausflihrung der 
Funktionseinheit anderen Funktionseinheiten nicht zur 
Verfugung. Mit Abhangigkeitsinf ormationen kann ermittelt 
werden, welche Funktionseinheiten eine bestimmte Resource 
benotigen und damit nicht gleichzeitig ablaufen konnen. 
Abhangigkeitsinf ormationen konnen folglich auch zur 
Resourcenverwaltung verwendet werden. 

In einer bevorzugten Ausf uhrungsf orm des Verfahrens werden 
mehrere implementierungsunabhangige Konf igurationsdateien 
erstellt und jede der implementierungsunabhangigen 
Konf igurationsdateien wird mindesten einer Funktionseinheit 
zugeordnet. Dies ermoglicht eine besonders einfache 
Konf iguration dadurch, dass die als Inf ormationen in den 
implementierungsunabhangigen Konf igurationsdateien 
abgelegten Konf igurationsparameter besonders einfach 
aufgefunden und verandert werden konnen. Beispielsweise ist 
es moglich, die eine Konf iguration bestimmenden 
Inf ormationen, also die Konf igurationsparameter , nach der 
von diesen beeinf lussten Funktionalitat oder Hardware zu 
ordnen. Ferner wird dadurch eine besonders einfache 
Anpassung der implementierungsunabhangigen 
Konf igurationsdateien an neu hinzugekommene 
Funktionseinheiten ermoglicht. Im einfachsten Fall wird 
einer neu hinzugekommenen Funktionseinheit eine spezielle 
implementierungsunabhangige Konf igurationsdatei zugeordnet . 

Vorteilhaf terweise werden mehrere implementierungsabhangige 
Konf igurationsdateien erzeugt und es wird jede der 
implementierungsabhangigen Konf igurationsdatei mindestens 
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einer Funktionseinheit zugeordnet. Eine derartige 
Strukturierung der implementierungsabhangigen 
Konf igurationsdateien erhoht die Ubersichtlichkeit der 
erzeugten implementierungsabhangigen Konf igurationsdateien . 
1st der Source-Code derartig strukturiert , dass sich eine 
Oder mehrere Funktionseinheiten in unterschiedlichen 
Dateien befinden, so kann erreicht werden, dass jeder der 
Dateien des Source-Codes eine implementierungsabhangige 
Konf igurationsdatei zugeordnet ist. Eine besonders 
iibersichtliche Strukturierung kann auch dadurch erreicht 
werden, dass jeder implementierungsunabhangigen 
Konf igurationsdatei j e eine implementierungsabhangige 
Konf igurationsdatei zugeordnet ist . 

Vorzugsweise wird die mindestens eine 
implementierungsabhangige Konf igurationsdatei in 
Abhangigkeit von mindestens einer Eigenschaft einer 
Hardware, auf der eine Installation zumindest eines Teils 
des konf igurierten Computerprogramms ermoglicht werden 
soil, erzeugt. Eine derartige Hardwareeigenschaf t kann 
beispielsweise die Anzahl von zur Verfiigung stehenden 
Prozessoren oder Art und Anzahl von an die Hardware 
angeschlossenen Sensoren sein. Werden derartige 
Hardwareeigenschaf ten bei der Erzeugung der 
implementierungsabhangigen Konf igurationsdateien 
berucksichtigt , so kann eine besonders prazise 
Konf iguration des Computerprogramms erfolgen. Damit ist es 
beispielsweise moglich, insbesondere mit 
Abhangigkeitsinf ormationen eine hinsichtlich der 
Ausfiihrungsgeschwindigkeit optimierte Konf iguration 
automatisch zu erstellen. 

In einer bevorzugten Ausf lihrungsf orm wird die mindestens 
eine implementierungsabhangige Konf igurationsdatei in 
Abhangigkeit von dem Ergebnis einer Plausibilitatspriif ung 
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erzeugt. Eine Plausibilitatspruf ung kann beispielsweise die 
Prufung umfassen, ob eine von einer Funktionseinheit 
benotigte Resource liberhaupt zur Verfugung steht. 

Vorzugsweise wird zur Durchfuhrung der 
Plausibilitatspruf ung die mindestens eine 
Hardwareeigenschaf t verwendet. Dadurch kann der 
Automatisierungsgrad besonders gut erhoht werden und eine 
zuverlassige Konf iguration des Computerprogramms erreicht 
werden. Sieht eine Funktionseinheit beispielsweise eine 
Erfassung von Messwerten vor, so kann uberpriift werden, ob 
geeignete Sensoren vorhanden sind und ob diese die 
angeforderte Messgenauigkeit zur Verfugung stellen. In 
diesem Fall ist es beispielsweise vorstellbar, dass 
automatisch eine Konf iguration des Sensors durchgefuhrt 
wird. 

In einer weiteren bevorzugten Ausf uhrungsf orm wird 
automatisch eine Dokumentat ion erstellt . Die Dokumentation 
20 beschreibt die innerhalb der mindestens einen 

implementierungsunabhangigen Konf iguration s date i und/ ode r 
der mindestens einen implementierungsabhangigen 

•Konf igur at ions date i abgelegten Inf ormat ionen . Derartig 
automatisch erzeugte Dokumentationen erhohen die 
25 Wartbarkeit des Computerprogramms einerseits und 

ermoglichen es andererseits besonders einfach, eine 
durchgef uhrte Konf iguration nachzuvollziehen . Durch die 
automatische Erzeugung der Dokumentation ist 
sichergestellt , dass diese mit der tatsachlichen 
30 Konf iguration iibereinstimmt . Soli eine neue Konf iguration 
des Computerprogramms durchgefuhrt werden, so kann anhand 
einer derartigen Dokumentation besonders einfach 
festgestellt werden, welche Parameterwerte geandert werden 
mussen . 



35 
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Vorzugsweise wird die mindestens eine 

implement ierungsunabhangige Konf igurationsdatei in einem 
XML-basierten Format erstellt. XML (Extensible Markup 
Language) ist eine standardisierte Metasprache, die es 
ermoglicht, strukturierte Sprachen zu erzeugen. Ist die 
mindestens eine implement ierungsunabhangige 

Konf igurationsdatei in einer XML-konf ormen, strukturierten 
Sprache erstellt, so wird eine Konf iguration dadurch 
erleichtert, dass eine derartige 

implement ierungsunabhangige Konf igurationdatei besonders 
gut lesbar ist. Ferner ist eine derartige 
Konf igurationsdatei auch besonders gut maschinenlesbar . 
Insbesondere existiert eine Vielzahl von teilweise 
ebenfalls standardisierten Sof tware-Werkzeugen (Tools) , 
mittels derer eine Bearbeitung und Verarbeitung von in 
einem XML-basierten Format erstellten Dateien moglich ist. 

In einer bevorzugten Ausf iihrungsf orm des Verfahrens wird in 
Abhangigkeit von den Konf igurationsdaten automatisch 
ermittelt, ob eine von dem Compute rprogramm umfasste 
Funktionseinheit von dem Computerprogramm benotigt wird und 
eine Konf iguration dieser Funktionseinheit nur 
durchgef uhrt , falls die Funktionseinheit von dem 
Computerprogramm benotigt wird. Dies ermoglicht es, eine 
Konf iguration besonders schnell durchzuf uhren dadurch, dass 
nur derartige Funktionseinheiten tatsachlich konfiguriert 
werden, die bei einer Ausfuhrung des konf igurierten 
Computerprogramms tatsachlich benotigt werden. Des Weiteren 
wird dadurch erreicht, dass das konf igurierte 
Computerprogramm moglichst wenig Speicherplatz in Anspruch 
ninimt, da beispielsweise eine Ubersetzung von Source-Code 
in Maschinencode nur fur derartige Funktionseinheiten 
veranlasst wird, die tatsachlich angewendet werden sollen. 
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Die Aufgabe wird auch durch ein Softwaresystem cler eingangs 
genannten Art gelost. Dabei weist das Softwaresystem auf: 

mindestens eine implementierungsunabhangige 
Konfigurationsdatei; 

einen Konf igurationsdaten umf assenden 
Konf igurationsdatencontainer und/oder Mittel zurn 
Erstellen eines Konf igurationsdatencontainer s in 
Abhangigkeit von in der mindestens einen 
implement ierungsunabhangigen Konfigurationsdatei 
abgelegten Inf ormationen; 

- Mittel zurn Andern und/oder Auslesen von 
Konf igurationsdaten aus dem 
Konf igurationsdatencontainer ; 

Mittel zurn automatischen Erzeugen mindestens einer 
implement ie rungs abhangigen Konfigurationsdatei in 
Abhangigkeit von in dem Konf igurationsdatencontainer 
abgespei chert en Konf igurationsdaten; und 

- Mittel zurn automatischen Konf igurieren der mindestens 
einen Funktionseinheit in Abhangigkeit von in der 
implement ie rungs abhangigen Konfigurationsdatei 
abgelegten Inf ormationen . 

Vorzugsweise weist das Softwaresystem Mittel zur 
Durchfuhrung des erfindungsgemafien Verfahrens auf. 

Die Realisierung der Erfindung in Form eines 

Sof twaresystems ist hierbei von besonderer Bedeutung. Dabei 
ist das Softwaresystem auf einem Rechengerat, insbesondere 
30 auf einem Mikroprozessor ablauffahig und zur Ausfiihrung des 
erfindungsgemaBen Verfahrens geeignet. In diesem Fall wird 
also die Erfindung durch das Softwaresystem realisiert, so 
dass das Softwaresystem in gleicher Weise die Erfindung 
darstellt wie das Verfahren, zu dessen Ausfiihrung das 
35 Softwaresystem geeignet ist. Das Softwaresystem ist 
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vorzugsweise auf einem Speicherelement abgespeichert . Das 
Speicherelement kann als Random-Access-Memory, Read-Only- 
Memory oder Flash-Memory ausgebildet sein. Das 
Speicherelement kann auch als Digital Versatile Disc (DVD), 
Compact Disc (CD) oder als Festplatte (Hard Disc) 
ausgebildet sein. 

Zeichnungen 

Weitere Merkmale, Anwendungsmoglichkeiten und Vorteile der 
Erfindung ergeben sich aus der nachf olgenden Beschreibung 
von Ausf uhrungsbeispielen der Erfindung, die in der 
Zeichnung dargestellt sind. Dabei bilden alle beschriebenen 
oder dargestellten Merkmale fur sich oder in beliebiger 
Kombination den Gegenstand der Erfindung, unabhangig von 
ihrer Zusammenf assung in den Patentanspruchen oder deren 
Ruckbeziehung sowie unabhangig von ihrer Formulierung 
beziehungsweise Darstellung in der Beschreibung 
beziehungsweise in der Zeichnung. Es zeigen: 

Figur 1 eine Ausf iihrungsf orm eines Sof twaresystems zur 
Durchfiihrung des erfindungsgemaBen Verfahrens; 
und 

Figur 2 ein schematisiertes Ablauf diagramm einer 

Ausf iihrungsf orm des erf indungsgemaften Verfahrens. 

Beschreibung der Ausf iihrungsbeispiele 

In Figur 1 ist ein Sof twaresystem zur Durchfiihrung des 
erf indungsgemafien Verfahrens dargestellt. Das 
Sof twaresystem weist mehrere implementierungsunabhangige 
Konf igurationsdateien 1 auf. Jeder Konf igurationsdatei 1 
ist ein Dateiname zugeordnet . Die in Figur 1 dargestellten 
implement ierungsunabhangigen Konf igurationsdateien tragen 
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beispielsweise die Dateinamen conf_l . xml, conf_2.xml, 
conf_3 . xml bis conf_n.xml. Die Dateiendung .xml weist 
darauf hin, dass die implementierungsunabhangigen 
Konf igurationsdateien 1 in einem XML-basierten Format 
5 vorliegen. Eine in einem XML-basierten Format vorliegende 
Text-Datei ermoglicht es, die Text-Datei nach vorgebbaren 
Regeln zu strukturieren. Eine derartig strukturierte Text- 
Datei kann besonders. gut manuell und maschinell gelesen und 
verarbeitet we r den. 

■PjB Die implementierungsunabhangigen Konf igurationsdateien 1 
werden einem Script 2 zugef iihrt . Das Script 2 ist 
beispielsweise als sogenanntes Perl-Script ausgebildet. 
Perl ist eine Interpretersprache, deren Syntax auf der 
15 Programmiersprache C basiert und die von dem jeweiligen , 
Betriebssystem zur Verfugung gestellte Dienstprogramme 
verwendet . 

Mittels des Scripts 2 werden die 
2 0 implementierungsunabhangigen Konf igurationsdateien 1 

gelesen und die darin abgelegten Informationen extrahiert 
und in einem Konf igurationsdatencontainer 3 abgelegt . 

•Gleichzeitig werden auch eventuell vorhandene 
Abhangigkeiten zu den weiteren Konf igurat ionsscripten 4 
25 bestimmt und abgelegt. 

Mit dem Bezugszeichen 4 sind weitere Konf igurationsscripte 
dargestellt. Diese sind ebenfalls als Pearl-Scripte 
ausgebildet. Es ist ebenso vorstellbar, dass eines oder 
30 mehrere der weiteren Konf igurationsscripte 4 ein 

ausfuhrbares Computerprogramm (Maschinencode) ist oder in 
einer anderen Scriptsprache , beispielsweise AWK, vorliegt . 

Mit dem Bezugszeichen 5 sind implementierungsabhangige 
35 Konf igurationsdateien bezeichnet. Die 
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implement ie rungs abhangi gen Konf igurationsdateien 5 sind 
beispielsweise in der Programmiersprache codiert, in der 
auch der zu konf igurierende Source-Code programmiert ist. 
Derartige implement ierungs abhangi ge Konf igurationsdateien 
konnen von einem Compiler 6 verarbeitet werden. 

Mit dem Bezugszeichen 7 ist ein Computerprogramm 
dargestellt, das mehrere Funktionseinheiten 8 aufweist. 

Die Funktionsweise des erf indungsgemaften Sof twaresystems 
wird anhand des in Figur 2 darges tellten Ablauf diagramms 
beschrieben . 

Das in Figur 2 dargestellte Ablauf diagramm eines 
erf indungsgemaflen Verfahrens zur Konf iguration eines 
Computerprogramms startet in einem Schritt 100. In einem 
Schritt 101 werden implementierungsunabhangige 
Konf igurationsdateien 1 erstellt beziehungsweise geandert. 
Die implement ierungsunabhangigen Konf igurationsdateien 1 
zeichnen sich insbesondere dadurch aus, dass es moglich 
ist, mittels der dort abgelegten Inf ormationen konkrete 
Konf igurat ions werte beziehungsweise Konf igurationsparameter 
abstrakt zu beschreiben. Konkrete Konf igurationswerte 
konnen beispielsweise den Messbereich eines Sensormoduls 
zur Messung einer elektrischen Spannung bestimmen. 
Beispielsweise ist es moglich, einen Messbereich abstrakt 
mit den Werten 3-5 Volt anzugeben. Die daraus zu 
erzeugenden, implementierungsabhangigen Werte des 
Messbereichs so, wie es die zu konf igurierende 
Funktionseinheit 8 erwartet, konnen jedoch beispielsweise 
zwischen 10.000 und 20.000 liegen. Eine das Sensormodul 
steuernde Funktionseinheit 8 des Computerprogramm musste in 
diesem Fall beispielsweise mittels der konkreten 
Konf igurationswerte 10.000 und 20.000 konfiguriert werden , 
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um eine Messung in einem Messbereich von 3-5 Volt zu 
ermoglichen . 

Die in dem Schritt 101 erstellten beziehungsweise 
geanderten implementierungsunabhangigen 

Konf igurationsdateien 1 sind beispielsweise in einem XML- 
basierten Format erstellt. Ein derartiges Format ermoglicht 
es besonders gut, , eine ubersichtliche Strukturierung der 
implementierungsunabhangigen Konf igurationsdateien 1 zu 
erreichen. Dies erhoht die Lesbarkeit der 

implementierungsunabhangigen Konf igurationsdateien 1 und 
vereinfacht die Anderung der implementierungsunabhangigen 
Konf igurationsdateien 1 beispielsweise dadurch dass zu 
andernde Konf igurationsdaten schnell aufgefunden werden 
konnen. Es ist moglich, auch fur ein besonders grolles 
Computerprogramm, fur dessen Konf iguration eine Vielzahl 
von Konf igurationsdaten notwendig sind, nur eine einzige 
implementierungsunabhangige Konf igurationsdatei vorzusehen. 
Eine Strukturierung der in der implementierungsunabhangigen 
Konf igurationsdatei 1 abgelegten Inf ormationen kann dabei 
durch geeignete XML-Strukturen erreicht werden. Besonders 
vorteilhaft jedoch ist es, mehrere 

implementierungsunabhangige Konf igurationsdateien 
vorzusehen. Jede dieser implementierungsunabhangigen 
Konf igurationsdateien 1 kann beispielsweise einer oder 
mehrerer Funktionseinheiten 8 zugeordnet sein. Dadurch ist 
es moglich, das Erstellen beziehungsweise Andern der 
implementierungsunabhangigen Konf igurationsdateien 
besonders ubersichtlich durchzuf uhren . Des Weiteren wird 
dadurch eine Wiederverwendbarkeit einzelner 

implementierungsunabhangiger Konf igurationsdateien erhoht. 
Dies ist insbesondere fur Projekte vorteilhaft, bei denen 
auch einzelne Funktionseinheiten 8 des Source-Codes 
wiederverwendet werden sollen. 
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In einem Schritt 102 wird der Konf igurationsdatencontainer 
3 aufgebaut, beziehungsweise aktualisiert . Dies geschieht 
durch Abarbeiten der in dem Script 2 auf gelisteten 
Anweisungen. Das Script 2 veranlasst zunachst, dass die 
5 unabhangigen Konf igurationsdateien 1 eingelesen werden. 
Liegt den implementierungsunabhangigen 
Konf igurationsdateien 1 ein strukturiertes Format, 
beispielsweise ein XML-basiertes Format zugrunde, so kann 
mittels des Scripts 2 besonders gut eine syntaktische 
10 und/oder semantische Analyse des Inhalts der 

implement ierungsunabhangigen Konf igurationsdateien 1 
durchgefuhrt werden. Damit konnen beispielsweise Fehler bei 
der Angabe von Konf igurat ionsdaten erkannt werden. 
Vorzugsweise weist das XML-basierte Format der 
15 implementierungsunabhangigen Konf igurationsdateien 1 eine 
hierarchische Struktur auf, die sich vorteilhaf terweise an 
der Struktur der Funktionseinheiten 8 selbst, deren 
Abhangigkeiten und/oder deren thematische Nahe orientiert. 
Mittels des Scripts 2 konnen Fehler beim Aufbau dieser 
20 hierarchischen Struktur und damit auch beim Aufbau des 
Source-Codes selbst erkannt werden. 

Vorteilhaf terweise weist der Schritt 102 eine Behandlung 
IV der auf gef undenen Fehler auf. Dies kann beispielsweise 

25 durch die Ausgabe von Fehlerinf ormat ionen geschehen. Es ist 
ebenso vorstellbar, dass stochastische Verfahren zur 
Beseitigung von Fehlern eingesetzt werden. 

Das Script 2 extrahiert in dem Schritt 102 die in den 
30 implementierungsunabhangigen Konf igurationsdateien 1 

vorhandenen Konf igurationsdaten und speichert diese in dem 
Konf igurationsdatencontainer 3 ab. Der 

Konf igurationsdatencontainer 3 kann dabei beispielsweise 
als Datenbank ausgebildet sein. Es ist ebenso vorstellbar, 
35 dass der Konf igurationsdatencontainer 3 als in einem 
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Speicherbereich vorgehaltene Datenstruktur innerhalb des 
erfindungsgemaBen Sof twaresystems realisiert ist, wobei 
gewahrleistet ist, dass das Script 2 schreibenden und 
lesenden Zugriff auf die in dem 
5 Konf igurationsdatencontainer 3 abgelegten 
Konf igurationsdaten hat . 

In einem Schritt 103 werden Abhangigkeiten ermittelt. Eine 
derartige Abhangigkeit kann beispielsweise beschreiben, 

#welche Funktionseinheiten 8 des Computerprogramms bei der 
vorliegenden Konf iguration tatsachlich abgearbeitet werden 
miissen. Mittels dieser Abhangigkeiten kann entschieden 
werden, ob in einem der folgenden Schritte fur eine 
bestiinmte Funktionseinheit 8 uberhaupt eine 
15 implementierungsabhangige Konf igurationsdatei erzeugt 
werden muss. Abhangigkeiten konnen ferner beschreiben, 
welche konkreten Konf igurationsdaten von welchen abstrakten 
Konf igurationsdaten abhangen. So ist es vorstellbar, dass 
die Anderung eines abstrakten Konf igurationsdatums in einer 
20 implementierungsunabhangigen Konf igurationsdatei eine 

Anderung einer Mehrzahl von konkreten Konf igurationsdaten 
bewirkt . 

^^^^ Abhangigkeiten konnen sich auch ergeben, wenn die weiteren 
25 Scripte 4 ihrerseits den Konf igurationscontainer 3 

verandern. Somit muss die richtige Auf ruf reihenf olge 
(Aktivierungssequenz) der Scripte 4 ermittelt und abgelegt 
werden. Abhangigkeiten konnen auch Beziehungen zwischen 
einer oder mehrerer Hardwarekomponenten und einzelner 
30 Konf igurationsdaten beschreiben. Dies ermoglicht es 
beispielsweise zu erkennen, ob eine vorgesehene 
Konf iguration auf einer bestimmten Hardware tatsachlich 
ablauffahig ist. 
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In einem Schritt 104 wird eine Plausibilitatspruf ung 
durchgef iihrt . Dabei wird insbesondere anhand der in Schritt 

103 ermittelten Abhangigkeiten uberpriift, ob die mittels 
der implementierungsunabhangigen Konf igurationsdateien 1 
vorgegebene Konf iguration Fehler aufweist. 1st dies der 
Fall, so wird in den Schritt 101 zuruckver zweigt , in 
welchem eine Anderung der implementierungsunabhangigen 
Konf igurationsdateien 1 mit dem Zwecke einer 
Fehlerbeseitigung durchgefuhrt wird. Werden in dem Schritt 

104 keine Fehler erkannt, so wird zu einem Schritt 105 
verzweigt . 

In dem Schritt 105 werden die implementierungsabhangigen 
Konf igurationsdateien 5 erzeugt. Dazu werden mittels eines 
Scripts 4 oder einer Mehrzahl von Scripten 4 zunachst die 
in dem Konf igurationsdatencontainer 3 abgelegten 
Konf igurationsdaten abgerufen. In dem vorliegenden 
Ausf uhrungsbeispiel sind die Scripte 4 als Pearl-Scripte 
ausgebildet. Mittels der Scripte 4 werden insbesondere in 
dem Konf igurationsdatencontainer 3 abgelegte abstrakte 
Konf igurationsdaten in konkrete Konf igurationsdaten 
umgewandelt, die dann in den implementierungsabhangigen 
Konf igurationsdateien 5 abgelegt werden. Vorzugsweise 
werden dabei auch die in dem Schritt 103 ermittelten 
Abhangigkeiten verwendet . 

Die in dem Schritt 105 erzeugten implementierungsabhangigen 
Konf igurationsdateien 5 konnen beispielsweise Header- 
Dateien (file_.h, file_ 2.h, file_3.h in Figur 1) sein. 
Ebenso konnen die erzeugten implementierungsabhangigen 
Konf igurationsdateien 5 auch Source-Code enthalten 
(file_2.c, file_k.c in Figur 1). Typischerweise sind die 
von den Scripten 4 aus den abstrakten Konf igurationsdaten 
erzeugten konkreten Konf igurationsdaten durch 
Wert zuweisungen fur Variablen und/oder Funktionsparameter 
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sowie als Anweisungen in einer Programmiersprache 
realisiert. Dabei entspricht die Programmiersprache der 
Programmiersprache, in der die Funktionseinheiten 8 des 
Computerprogramms 7 codiert sind. Sind die 

Funktionseinheiten 8 des Computerprogramm 7 beispielsweise 
in der Programmiersprache C ++ codiert, so konnen die 
konkreten Konf igurationsdaten beispielsweise durch 
sogenannte #Def ine-Anweisungen oder durch die Definition 
konstanter Variablen realisiert werden. Mittels der Scripte 
4 ist es auch moglich, in Abhangigkeit der in dem 
Konf igur at ions datencontainer 3 abgespeicherten 
Konf igurationsdaten Funktionen zu erzeugen, die komplexe 
Aufgaben - wie beispielsweise die Initialisierung von 
Hardwarekomponenten oder die Priifung auf das Vorhandensein 
einzelner Sof twarekomponenten oder Hardwarekomponenten - 
ubernehmen und selbst als Source-Code in einer hoheren 
Programmiersprache realisiert sind. Dieser Source-Code kann 
dann in einer oder mehreren implementierungsabhangigen 
Konf igurationsdateien (file_2.c, file_k.c in Figur 1) 
abgelegt werden. Dazu kann ein Script 4 beispielsweise ein 
sogenanntes Template enthalten, das beispielsweise aus 
Anweisungen in C++ besteht, die in Abhangigkeit der in dem 
Konf igur at ions datencontainer 3 abgespeicherten 
Konf igurationsdaten aktualisiert werden und in einer 
implementierungsabhangigen Konf igur at ions da tei 5 abgelegt 
werden . 

In einem Schritt 107 werden die Funktionseinheiten 8 des 
Computerprogramms 7 aktualisiert. Dies kann beispielsweise 
durch den automatischen Aufruf eines Compilers 6 geschehen, 
der die in einem Source-Code vorliegenden 

Funktionseinheiten 8 in einen Maschinencode ubersetzt. Dazu 
liest der Compiler 6 die implementierungsabhangigen 
Konf igurationsdateien 5 ein und steuert die Erzeugung des 
Maschinencodes in Abhangigkeit der in den 
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implement ie rungs abhangigen Konf igurationsdateien 5 
abgelegten konkreten Konf igurationsdaten . Es ist auch 
vorstellbar, dass eine oder mehrere Funktionseinheiten 8 
bereits in Maschinencode vorliegen. In diesem Fall kann der 
Compiler beispielsweise den von den Scripten 4 erzeugten 
Source-Code (file_2c, file_kc in Figur 1) unter 
Beriicksichtigung der Header-Dateien (file_l.h, file__2.h, 
file_3.h) in Maschinencode ubersetzen und den so 
ubersetzten Maschinencode mittels eines dem Compiler 6 
zugeordneten sogenannten Linkers mit dem die 
Funktionseinheiten 8 reprasentierenden Maschinencode 
verbinden . 

In einem Schritt 108 endet das Verfahren. In diesem Schritt 
15 ist das Compute rprogramm 7 derart konf iguriert , dass die in 
den implementierungsunabhangigen Konf igurationsdateien 
abgelegten konkreten Konf igurationsdaten in dem erzeugten 
Maschinencode berucksichtigt werden. 

20 Selbstverstandlich ist es moglich, dass das Script 2 
und/oder die Scripte 4 in einer anderen Scriptsprache 
geschrieben sind oder als ausfiihrbare Programme 
^^jj^ ausgestaltet sind. 

25 Die in Figur 2 dargestellten Ausf uhrungsschritte konnen 
selbstverstandlich variieren und die Reihenfolge der 
Abarbeitung kann teilweise verandert werden. So ist es 
vorstellbar, dass die Plausibilitatspriif ung 104 durch eines 
oder mehrere der Scripte 4 durchgefuhrt wird. 

30 

Das Verfahren kann insbesondere auch von einer oder 
mehreren implementierungsunabhangigen Konf igurationsdateien 
ausgehen, ein oder mehrere Scripte 2 aufweisen, die 
beispielsweise hintereinander ausgefuhrt werden, ein oder 
35 mehrere Scripte 4 aufweisen, die jeweils ein oder mehrere 
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implementie rungs abhangige Konf igurationsdateien 5 erzeugen 
und selbstverstandlich kann das Computerprogramm 7 ein oder 
mehrere Funktionseinheiten 8 aufweisen. Mit dem 
erfindungsgemaBen Verfahren 1st es insbesondere moglich zu 
5 erkennen, ob eine oder mehrere der Funktionseinheiten 8 bei 
der durch die implementierungsunabhangigen 
Konf igurationsdateien vorgegebenen Konf iguration 
tatsachlich zur Anwendung kommen . 1st dies nicht der Fall, 
kann dies durch ein dem Konf igurat ionsdatencontainer 3 
zugeordnetes , nicht dargestelltes Softwaretool erkannt 
m ■ werden. Dies ermoglicht es, dass eine derartige 
^^^^ Funktionseinheit 8 nicht konfiguriert wird und mittels der 
implementierungsabhangigen Konf igurationsdateien 5 der 
Compiler 6 veranlasst wird, die Funktionseinheit 8 nicht 
15 mit in den zu erzeugenden Maschinencode zu ubernehmen. 
Dadurch kann das erf indungsgemafte Verfahren besonders 
schnell durchgeflihrt werden. Der von einem 
Computerprogramm, das mittels des erfindungsgemaBen 
Verfahrens konfiguriert wurde, erzeugte Maschinencode kann 
20 dabei besonders kompakt sein und somit Speicherplat z 
einsparen . 

•Es ist moglich, dass das Script 2 selbst bereits die 
Erzeugung einer oder einer Mehrzahl von 
2 5 implementierungsabhangigen Konf igurationsdateien 5 

veranlasst . Dadurch kann das erf indungsgemafte Verfahren 
besonders schnell durchgeflihrt werden. Dies kann 
beispielsweise vorteilhaft fur abstrakte 
Konf igurationsdaten sein, die keine Abhangigkeiten 
30 aufweisen und sich von den konkreten Konf igurationsdaten 
unterscheiden . 
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R. 306842 



5 20.01.2004 WRZ/AKR/GGA 

Robert Bosch GmbH, 70442 Stuttgart 



Anspruche 

1. Verfahren zur Konf iguration mindestens eine 
Funktionseinheit umfassenden Computerprogramms, 
gekennzeichnet durch die folgenden Schritte: 

15 - Erstellen mindestens einer 

implement! erungsunabhangigen Konf igurationsdatei 
(1) und/oder Anderung von in der mindestens einen 
implement ierungsunabhangigen Konf igurationsdatei 
(1) abgelegten Inf ormationen; 

Automatischer Aufbau und/oder automatische 
Aktualisierung von in einem 

Konf igurationsdatencontainer (3 ) abgelegten 
Konf igurationsdaten in Abhangigkeit von den in 
der mindestens einen implementierungsunabhangigen 
Konf igurationsdatei (1) abgelegten Inf ormationen; 

Automatisches Erzeugen mindestens einer 
implement ierungsabhangigen Konf igurationsdatei 
(5) in Abhangigkeit von den in dem 
Konf igurationsdatencontainer (3) abgespeicherten 
30 Konf igurationsdaten; 

- Automatische Konf iguration der mindestens einen 
Funktionseinheit in Abhangigkeit von in der 



20 




23 

mindestens einen implement ie rungs abhangi gen 
Konf igurationsdatei abgelegten Informationen . 

2. Verfahren nach Anspruch 1 dadurch gekennzeichnet , dass 
mindestens eine Abhangigkeitsinf ormation automatisch 

5 erzeugt wird, die eine Abhangigkeit von mindestens zwei in 
dem Konf igurationsdatencontainer vorliegenden 
Konf igurationsdaten beschreibt, und dass die mindestens 
eine implement ierungsabhangige Konf igurationsdatei in 
Abhangigkeit der mindestens einen Abhangigkeitsinf ormation 
^^^^ erzeugt wird. 

3. Verfahren nach einem der vorangehenden Anspriiche, 
wobei das Computerprogramm mehrere Funktionseinheiten 
aufweist, dadurch gekennzeichnet, dass mehrere 
implement ierungsunabhangige Konf igurationsdatei en erstellt 

15 werden und jede der implementierungsunabhangigen 

Konf igurationsdateien mindestens einer Funktionseinheit 
zugeordnet wird. 

4. Verfahren nach einem der vorangehenden Anspriiche, 
wobei das Computerprogramm mehrere Funktionseinheiten 

20 aufweist, dadurch gekennzeichnet, dass mehrere 

•implement ierungsabhangige Konf igurationsdateien erzeugt 
werden und jede der implementierungsabhangigen 
Konf igurationsdateien mindestens einer Funktionseinheit 
zugeordnet wird. 

25 5. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, dass die mindestens eine 
implement ierungsabhangige Konf igurationsdatei in 
Abhangigkeit von mindestens einer Eigenschaft einer 
Hardware, auf der eine Installation zumindest eines Teils 

30 des konf igurierten Computerprogramms ermoglicht werden 
soil, erzeugt wird. 
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6. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet , dass die mindestens eine 
implement ierungsabhangige Konf igurationsdatei in 
Abhangigkeit von dem Ergebnis einer Plausibilitatspruf ung 

5 erzeugt wird. 

7. Verfahren nach Anspruch 5 und 6, dadurch 
gekennzeichnet, dass zur Durchf iihrung der 
Plausibilitatspruf ung die mindestens eine Hardware- 
Eigenschaft verwendet wird. 

^^J^' 8. 'Verfahren nach einem der vorangehenden Anspriiche, 

dadurch gekennzeichnet, dass automatisch eine Dokumentation 
erstellt wird und die Dokumentation die innerhalb der 
mindestens einen implement ierungsunabhangigen 
Konf igurationsdatei und/oder der mindestens einen 
15 implementierungsabhangigen Konf igurationsdatei abgelegten 
Inf ormationen beschreibt. 

9. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, dass die mindestens eine 
implement ierungsunabhangige Konf igurationsdatei in einem 
20 XML-basierten Format erstellt wird. 

■T M 10. Verfahren nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, dass in Abhangigkeit von den 
Konf igurationsdaten automatisch ermittelt wird, ob eine von 
dem Computerprogramm umfasste Funktionseinheit von dem 
25 Computerprogramm benotigt wird und eine Konf igurat ion 

dieser Funktionseinheit nur durchgefiihrt wird, falls die 
Funktionseinheit von dem Computerprogramm benotigt wird. 

11. Sof twaresystem zur Konf iguration eines mindestens eine 
Funktionseinheit umf assenden Computerprogramms , dadurch 
30 gekennzeichnet, dass das Sof twaresystem aufweist: 
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mindestens eine implementierungsunabhangige 
Konf igurationsdatei ; 

einen Konf igurationsdaten umfassenden 
Konf igurationsdatencontainer und/oder Mittel zum 
Erstellen eines Konf igurationsdatencontainers in 
Abhangigkeit von in der mindestens einen 
implement ierunsunabhangi gen Konf igurationsdatei 
abgelegten Inf ormationen; 

Mittel zum Andern und/oder Auslesen von 
Konf igurationsdaten aus dem 
Konf igurationsdatencontainer ; 

Mittel zum automatischen Erzeugen mindestens 
einer imp lementie rungs abhangi gen 
Konf igurationsdatei in Abhangigkeit von in dem 
Konf igurationsdatencontainer abgespei chert en 
Konf igurationsdaten; und 

Mittel zum automatischen Konf igurieren der 
mindestens einen Funktionseinheit in Abhangigkeit 
von in der implementierungsabhangigen 
Konf igurationsdatei abgelegten Inf ormationen . 

12. Sof twaresystem nach Anspruch 11, dadurch 
gekennzeichnet , dass das Sof twaresystem Mittel zur 
Durchfuhrung eines Verfahrens nach einem der Anspruche 2 
bis 11 aufweist. 

13. Sof twaresystem nach Anspruch 11 oder 12, dadurch 
gekennzeichnet, dass das Sof twaresystem auf einem 
Speichermedium abgespeichert wird. 

14. Sof twaresystem nach Anspruch 13, dadurch 
gekennzeichnet, dass das Sof twaresystem auf einem Random- 
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Access-Memory, auf einem Read-Only-Memory oder auf einem 
Flash-Memory abgespeichert ist. 

15. Sof twaresystem nach Anspruch 13, dadurch 
gekennzeichnet , dass das Sof twaresystem auf einer Digital 
Versatile Disk (DVD) , einer Compact Disc (CD) oder auf eine 
Festplatte (Hard Disc) abgespeichert ist. 

16. Rechengerat, insbesondere Steuergerat, das einen 
Mikroprozessor aufweist, dadurch gekennzeichnet, dass das 
Rechengerat zur Durchfiihrung eines Verfahrens nach einem 
der Anspruche 1 bis 10 programmiert- ist. 
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R. 306842 
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Robert Bosch GmbH, 70442 Stuttgart 



Verfah ren zur Konf iguration eines Corrtputerproqramms 



Zusammenf assung 

Urn ein mindestens eine Funktionseinheit umfassendes 
Computerprogramm besonders einfach und flexibel zu 
konfigurieren wird ein Verfahren vorgeschlagen, das die 
folgenden Schritte umfasst: 

- Erstellen mindestens einer implementierungsunabhangigen 
Konf igurationsdatei und/oder Anderung von in der 
mindestens einen implementierungsunabhangigen 
Konfigurationsdatei abgelegten Inf ormationen; 

- Automatischer Aufbau und/oder automatische 
Aktualisierung von in einem Konf igurationsdatencontainer 
abgelegten Konf igurationsdaten in Abhangigkeit von den 
in der mindestens einen implementierungsunabhangigen 
Konfigurationsdatei abgelegten Inf ormationen; 

- Automatisches Erzeugen mindestens einer 
implementierungsabhangigen Konfigurationsdatei in 
Abhangigkeit von den in dem Konf igurationsdatencontainer 
abgespeicherten Konf igurationsdaten; 

- Automatische Konf iguration der mindestens einen 
Funktionseinheit in Abhangigkeit von in der mindestens 
einen implementierungsabhangigen Konfigurationsdatei 
abgelegten Inf ormationen . Figur 1 
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Erstellen/Andern implementierungs- 
unabhangiger Konfigurationsdateien 



Aufbau/Aktualisierung des 
Konfigurationsdatencontainers 



Ermittlung von Abhangigkeiten 




Erzeugen implementierungs- 
abhangiger Konfigurationsdateien; 
Reihenfolge aufgrund derermittelten 
Abhangigkeiten 



101 



102 



103 



105 



106 



Aktualisieren der Funktionseinheiten 
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